home *** CD-ROM | disk | FTP | other *** search
/ Aminet 25 / Aminet 25 (1998)(GTI - Schatztruhe)[!][Jun 1998].iso / Aminet / comm / uucp / DanNews.lha / DanNews.history < prev    next >
Text File  |  1998-01-11  |  4KB  |  87 lines
  1. Version 1.7 -> 1.8
  2. ------------------
  3.  
  4. - Fixed a rare, but serious, bug which appeared when the header of 
  5.   an article was corrupted such that it did not contain a newline
  6.   character before the end of the batch file.
  7.   In this situation, memory was overwritten, usually resulting in a 
  8.   complete system crash.
  9.   Only one instance of this bug was reported, but due to the severity
  10.   of it the appropriate section of code has been reworked in order to
  11.   prevent similar crashes in future.
  12.  
  13. - Fixed a problem with article sizes which claim to be larger than 
  14.   the maximum long integer value. These are obviously erroneous, but
  15.   could previously lead to DanNews failing to unbatch the articles
  16.   correctly.
  17.  
  18.  
  19. Version 1.6a -> 1.7
  20. -------------------
  21.  
  22. - Multiple commas, or a trailing comma, in a Newsgroup line caused
  23.   the article to be unbatched to a null group. If your UUNEWS: was
  24.   a directory on a partition, this resulted in the article being
  25.   written to a file in the parent directory of UUNEWS:. If UUNEWS 
  26.   was a partition, then an obscure error message was produced.
  27.  
  28. - Each article will now only be unbatched to a particular group once,
  29.   even if it appears more than once in the Newsgroups: line.
  30.  
  31. - Changed the statistics column heading "Xposted" to "Xposts" to make
  32.   it clearer that the figure relates to Xposts into the group, rather
  33.   than articles Xposted from the group.
  34.  
  35. - Got rid of a spurious "Group <name> listed more than once" message
  36.   when junk is in the NewsGroups file. As part of this fix, the 
  37.   message reporting multiple instances of a group within a newsgroup
  38.   file now names the file(i.e. NewsGroups or DanNewsGroups).
  39.  
  40.  
  41. Version 1.6 -> 1.6a
  42. -------------------
  43.  
  44. - fixed a cosmetic problem in a previous change - for some reason
  45.   I had the "Xposted" statistics column headed as "Xref" (must be
  46.   the heatwave we're having here :-/ ).
  47.  
  48.  
  49. Version 1.5 -> 1.6
  50. ------------------
  51.  
  52. - fixed a bug which caused DanNews to report "Couldn't allocate memory for 
  53.   cache..." for quite small amounts of memory. This problem appreared when
  54.   the last article in a batch file was truncated such that it had a declared
  55.   size larger than the total batchfile size.
  56. - fixed a bug where the header of an article is incomplete. Previously 
  57.   this could cause garbage to be appended to the article - or worse a
  58.   system crash! This problem was masked by the previous one, so should
  59.   never have appeared in practice.
  60. - Changed the statistics to include a count of Xposted articles (due to 
  61.   popular request). The main count is now exclusive of cross posted
  62.   articles.
  63. - Added a count of corrupt articles encountered (again by popular 
  64.   request).
  65.  
  66.  
  67. Version 1.4 -> 1.5
  68. ------------------
  69.  
  70. - support now taken over by Ramjam Consultants Ltd (support@ramjam.demon.co.uk).
  71.   Thanks for all your work in the past Dan!
  72. - Now handles "#! rnews 0" lines gracefully (by ignoring them).
  73. - It is now much more resilient when dealing with corrupt batch files.
  74.   It will now deal sensibly with most corrupt articles by assuming the 
  75.   article ends at the next occurrence of "#! rnews ". 
  76.   Note that this has made the code somewhat larger, and slightly slower
  77.   (hopefully most people won't notice the difference).
  78. - It ensures that every article ends with a newline (whether or not the 
  79.   absence of one was caused by a corrupt batch file).
  80. - The searching for groups to unbatch to has been optimized. This may result
  81.   in a small improvement in performance for people with slow processors or a
  82.   very large number of newsgroups.
  83. - The newsgroup statistics are now presented in alphabetical order (a side
  84.   effect of the above).
  85. - without source code (sorry folks!)
  86.  
  87.